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ABSTRACT 



A method, a system, and an article of manufacture for 
measuring a relative skew between clocks in a packet based 
communication network. The method utilizes the limcs- 
tamps available in packets sent from a sender to a receiver, 
as well as the times at which the receiver receives such 
packets. Such timestamps can be incorporated in packets, or 
in a separate protocol. 

9 Claims, 2 Drawing Sheets 
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METHOD FOR ESTIMATING RELATIVE 
SKEW BETWEEN CLOCKS IN PACKET 
NETWORKS 

BACKGROUND OF THE INVENTION 
t. Field of the Invention 

The present invention relates in general to communication 
systems, and more particularly, to a method and system for 
measuring/estimating ihe relative skew between clocks in a 
packet based communication networks. 

2. Description of Related Art 

Estimating the relative skew between clocks on different 
host machines (or referred to network nodes) in a packet 
network environment, such as the Internet, is relatively new 
since real-time applications and usage based pricing are 
relatively new concepts. The issue of measuring one way 
transit times of packets is becoming increasingly important 
with the emergence of real-time applications such as voice 
and video over the Internet. This concept of one-way transit 20 
time measurements involves comparing (specifically, taking 
differences of) times measured with respect to different 
clocks (e.g. the sender and receiver clocks). Two of the main 
sources of clock timing discrepancy are offset and skew. 
Offsets can be readily corrected. The most widely used 
remedy for clock offsets is a form of synchronization (e.g. 
using Network Time Protocol (NTP), or Global Positioning 
System (GPS), etc.). It should be noted, though, this syn- 
chronization zeros the clock difference between two clocks 
at one instant, but the clock skew will inherently cause the 
clocks to drift apart as time progresses. Accordingly, a clock 
skew can impose a serious clock timing discrepancy prob- 
lem for a real-time application. 

Accordingly, there is a need to develop a method to 
detect/correct clock skews. Specifically, there is a need to 
develop a method of measuring/estimating the relative skew 
between clocks on different host machines (or referred to 
network nodes) in a packet network environment such as the 
Internet. The present invention provides a solution to the 
above and other problems and offers advantages over the 
existing network systems. 

SUMMARY OF THE INVENTION 
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To overcome the limitations in the prior art described 
above, and to overcome other limitations that will become 
apparent upon reading and understanding the present 
specification, the present invention discloses a method and 
system for estimating the relative skew between clocks in a 
packet communicalion network. 

The present invention provides a method of detecting the 
existence of a clock skew between two different clocks. The 
clock offsets are predefined by a separate synchronization 
mechanism based on Network Time Protocol (NTP) and/or 
Global Positioning System (GPS) based systems. It is appre- 
ciated that other clock synchronization mechanisms can be 
used within the scope of the present invention. 

In one embodiment of the present invention, a method for 
determining a clock skew between at least a first and second 
clocks in a network includes: transmitting a plurality of 60 
packets from a first network node to a second network node, 
each of the packets having a timestamp which records 'time 
measured by the first clock at the first network node; 
receiving one of the packets at the second network node and 
recording time measured by the second clock at the second 
network node; obtaining the timestamp of the one packet 
recorded at the first clock; computing a time delay between 
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a time of transmitting the one packet and a time of receiving 
the one packet; computing a jitter between the time delay for 
the one packet and the time delay for a next packet con- 
secutively transmitted after the one packet; averaging jitters 
after transmitting the plurality of packets; averaging inter- 
packet times, each of the intcr-packet times being a time 
interval between transmitting two consecutive of the plural- 
ity of packets at the first network node; and determining the 
clock skew by dividing an average of the jitters by an 
average of the inter-packet times. 

Further in one embodiment, the network is a packet based 
communication network. 

Still in one embodiment, the time recordings by the first 
and second clocks are relative to a global clock. 

The present invention is also a system of determining a 
clock skew between at least a first and second clocks in a 
network. In one embodiment, the system includes means for 
transmitting a plurality of packets from a first network node 
to a second network node, each of the packets having a 
timestamp which records time measured by the first clock at 
the first network node; means for receiving one of the 
packets at the second network node and recording umc 
measured by the second clock at the second network node; 
and means for determining a clock skew between the first 
and second clocks based on the timestamps and the time 
measured by the second clock. 

Further in one embodiment, the clock skew determining 
means includes means for obtaining the timestamp of the 
one packet recorded at the first clock; means for computing 
a time delay between a time of transmitting the one packet 
and a time of receiving the one packet; means for computing 
a jitter between the time delay for the one packet and the 
time delay for a next packet consecutively transmitted after 
the one packet; a first averager averaging jitters after trans- 
mitting the plurality of packets; and a second averager 
averaging inter-packet times, each of the inter-packet times 
being a lime interval between transmitting two consecutive 
of the plurality of packets at the first network node; wherein 
the clock skew is determined by dividing an average of the 
jitters by an average of the intcr-packet times. 

Further, the present invention provides an article of manu- 
facture for a computer-based data processing system, the 
article of manufacture including a computer readable 
medium having instructions for causing a computer to 
perform a method for determining a clock skew between at 
least a first and second clocks in a network, includes: 
transmitting a plurality of packets from a first network node 
to a second network node, each of the packets having a 
timestamp which records lime measured by the first clock at 
the first network node; receiving one of the packets at the 
second network node and recording time measured by the 
second clock at the second network node; obtaining the 
timestamp of the one packet recorded at the first clock; 
computing a time delay between a time of transmitting the 
one packet and a time of receiving the one packet; comput- 
ing a jitter between the time delay for the one packet and the 
time delay for a next packet consecutively transmitted after 
the one packet; averaging jitters after transmitting the plu- 
rality of packets; averaging inter- packet times, each of the 
inter-packet times being a time interval between transmitting 
two consecutive of the plurality of packets at the first 
network node; and determining the clock skew by dividing 
an average of the jitters by an average of the inter-packet 
times. 

These and various other advantages and features of nov- 
elty which characterize the invention are pointed out with 
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particularity in the claims annexed hereto and form a part 
hereof. However, for a better understanding of the invention, 
its advantages, and the objects obtained by its use, reference 
should be made to the drawings which form a further part 
hereof, and to accompanying descriptive matter, in which 
there arc illustrated and described specific examples of an 
apparatus in accordance with the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Referring now to the drawings in which like reference 
numbers represent corresponding parts throughout: 

FIG. 1 illustrates a schematic view of one skew measure- 
ment scheme in a packet based communication network in 
accordance with the present invention. 

FIG. 2 is a flow chart diagram of one skew measurement 
scheme to be implemented at a receiver or a destination 
network node in accordance with the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

The present invention relates in general to communication 
systems, and more particularly, to a method and system for 
measuring/estimating the relative skew between clocks in a 
packet based communication network. 

In the following description of the exemplary 
embodiment, reference is made to the accompanying draw- 
ings which form a part hereof, and in which is shown by way 
of illustration the specific embodiment in which the inven- 
tion may be practiced. It is to be understood that other 
embodiments may be utilized as structural changes may be 
made without departing from the scope of the present 
invention. It is appreciated that the present invention can be 
used for real-time applications on Internet or other commu- 
nication networks. 



The acronym used in the present invention are as follows: 

NTP Network Time Protocol 

GPS Global Positioning Syttem 

t s Time as measured by a global clock, which is considered to 

be the "true time" 
T, Time as measured by clock i. 

R, Skew of clock i with respect to the global clock 

C, OSset of clock i with respect to the global clock ot t s - 0. 

S Sender or Source Network Node 

D Receiver or Destination Network Node 

R s C5ock skew al S with respect to the global clock 

C s Clock offset at S with respect to the global clock at t fi - 0. 

R D dock skew at D with respect to the global clock 

C D Clock offset at D with respect to the global clock at t, - 0. 

T N M»t.s Time at which packet N is sent by a host machine of a 

sender S 

T N.i«ave«> Time at which packet N is received by a host machine of a 
receiver D 

Del NrD Delay of packet N measured by the receiver D 

Dclx M Delay measured by the global dock when 

R D - Rs - 1 and Cs - C D 
Jno.d measured by the receiver D 

R«i,s,d Relative skew defined by RD/RS 

e .v( j n-i,d) Average of the jitter measured by the receiver D. 
I PPM ' Internet Protocol Performance Metrics (I PPM ts a working 

group of the Internet Engineering Task Force) 
KIT Real-lime Transport Protocol 



The present invention provides a way of measuring/ 
estimating the relative skew between different clocks in a 
packet based communication network. A preferred method 
utilizes timestamps available in packets sent from a sender 
S to a receiver D, as well as the times at which the receiver 
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D receives such packets. The timesiamps can be carried in 
the packet sent from the sender S to the receiver D, such that 
the timestamps can be read by the receiver's host computer. 
It is appreciated that the timestamps may be directly imple- 
mented in packets or implemented by using a separate 
protocol so that the same measurement can be performed. 
Accordingly, a clock skew measurement scheme of the 
present invention can be integrated into a real-time appli- 
cation or can be used in conjunction with new protocols 
specifically designed to measure the performance of packet 
networks such as Internet. 

Clock Issues 

As defined above, t^ represents the time measured by a 
global clock, which is considered as the "true" time; T f 
represents the time measured by a clock i at a network node 
i. The relation between T, and \ g is as follows: 

T-R,'t t +C ; 

where R, is the skew of clock i with respect to the global 
clock, and C, is the offset of the clock i with respect to the 
global clock at tg=0. In a preferred embodiment, the skew R,- 
is a constant parameter and does not vary with time. It is 
appreciated that the skew may vary with time in which cases 
they may be different. 

In general, clocks on different machines have different 
skews and offsets with respect to the global clock. As a 
result, there may be a difference between packet delays 
measured by the receiver D and the actual delay measured 
by the global clock. For clear illustration, a time point is 
defined in a network as follows: T^,^ represents the time 
al which packet N was sent by the host machine of the sender 
S, and the time is measured by the clock of the sender S. 
Alternately, the second suffix can be received, and the third 
suffix can be any host index, such as g representing the 
global clock, or D representing the receiver's clock. 

From the above definition of times, T^„ (yS =R iS .*T Ar>r<r „ i 
rt-Cj. Specifically, this is the timestamp (as, for instance, in 
the RTP timestamp) marked by S when the sender sends the 
packet N. Similarly, when the packet N is received at the 
destination node (i.e. the receiver D), the lime that the packet 
N is received is T N(IKfWA (T„,„„ lW ^-R z >*T^„„ lv ^+ 
C^). Accordingly, the delay experienced by packet N, mea- 
sured by the destination node D, is: 

It is appreciated that this measured delay coincides with 
the actual delay, Del^ measured by the global clock, if and 
only if (i) RD=RS=1 and (ii) CS-CD. 

The clock timing discrepancy are clock offset and skew. 
In the preferred embodiment, the present invention deter- 
mines how much a relative offset between two clocks is. As 
mentioned in the background of the invention, offsets can be 
readily corrected by clock synchronization (using NTP, GPS 
etc.). It should be noted, though, that synchronization merely 
zeros the clock difference between two clocks at one 
moment, but the skew causes the clocks to drift apart as time 
progresses. Thus, the clock skew detection becomes an 
important issue in resolving clock timing discrepancy prob- 
lem. A preferred method of detecting clock skew in accor- 
dance with the present invention is discussed below in 
details. 

Clock Skew Detection 

One of the main ideas behind a preferred method of 
detecting clock skews is that a sequence of packets trans- 
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mitted from the source node (sender S) to the destination 
node (receiver D) are monitored. The delays of the packets 
are determined by the receiver D. It is appreciated that this 
paradigm can be used for one which uses a separate protocol 
to generate this sequence of packets, or for one which just 
uses data packets (time stamped UDP (User Datagram 
Protocol) packets, such as ones used by multimedia 
applications) to dynamically perform this measurement. 

As an example, consider the two consecutive packets N 
and N+l which are sent by the sender S to the receiver D. 
The delay suffered by the two packets are: 



5 and D e l J V*lJ3~7"A'*l^KraWrfJ>~j'V»l. 



respectively. Thus, a jitter measured by the receiver D is: 

Substituting the detailed definitions of the quantities on the 
right hand side of this equality, 

*R D * 7* /m _ rM!1 raj t ~ (ft T St i^n, , {(fi a * ^~S,rrKci-rr^^)~ (fts'T^jo, I. 
*)) 

Accordingly, the constant offset disappears when jitter is 
computed. To determine the relative skew Rrel^, the 
Rrcl^-IVRj. Thus, 



15 



25 



where S^i^ is the jitter measured by the global clock. 
T#+is en ,j and T Sttent-a can then be rewritten in terms of the 
timestamp put in by the senders. Thus, 

Accordingly, the above expression allows one to measure 
the relative skew Rrel^. By taking averages (ensemble or 
time averages, either denoted by Eav(.)) on both sides of the 
above equality, then 

where Eav(J w+lig )=0. The validity of this fact can be seen in 
the stochastic sense since a jitter is the difference of two 
delays, which may be assumed to be identically distributed 
in the stochastic sense. In the time average sense, the 
explanation for this is that a non-zero mean can imply that 
the delays are exploding to infinity (positive average case) or 
they are going to be zero (negative average case). Now, note 
that if the source node S is sending packets at some average 
time interval denoted by T bU £ r . pai:ktn then 

(Rrcl^-1). 

In the above relation,' all quantities, except for the relative 
skew Rrel JjD are known. Therefore, the relative skew can be 



readily dividing the average jitter E cv (Jjv+i,d) by the average 
time interval T Ultfr _ pg< . kfr In a preferred embodiment, the 
lime average approach is used. It is appreciated that other 
average approach, such as ensemble average approach, can 
be used within the scope of the present invention. 

Usage of the Skew Determination Test 

In accordance with the above scheme, in one 
embodiment, a sequence of packets are sent from a sender 
to a receiver. A number of observations are made to obtain 
a more accurate estimate of the clock skew. The packets can 
be sent at a fixed intervals of lime. It is appreciated, 
however, that the packets need not be sent at fixed intervals 
of time since all it is needed is the time average of the 
timeslamps from the sender. Thus, if, for example, a Poisson 
sampling is used to generate the packet generation times, 
this method can remain unchanged. 

The above method can be utilized in conjunction with 
existing applications. Real-time applications, such as some 
video-conferencing applications, e.g. H.323 (a protocol 
which enables packet based multimedia communication 
system) based video-conferencing applications, may need to 
know timing information, and hence may require the 
receiver to estimate the relative skew between its clock and 
the sender's clock. In such a situation, the timcstamps 
available in the Real-time Transport Protocol (RTP) header 
of the data packets may be sufficient for the receiver to 
estimate/measure the relative skew. Thus, this method can 
30 potentially be integrated into applications. 

Relative Skew Measurement Implementation 

One implementation of the above clock skew determina- 
tion method is described below. 

FIG. 1 illustrates a block diagram of skew measurement 
scheme in a packet based communication network 100. 
Packets 102, each having a timestamp 104 (either incorpo- 
rated in an application or in a separate protocol), are sent 
from a source node 106 to a destination node 108 over the 
network 100. The destination node D108 measures the 
relative skew between a clock 110 at the source node 106 
and a clock 112 at the destination node 108 by using a stream 
of consecutive packets from the source node 106 to the 
destination node 108. 

The determination of the clock skew is made at the 
destination node 108 through the use of the relations speci- 
fied in the equation described before. FIG. 2 shows an 
operation of the relative skew measurement at the destina- 
tion node 108. The computation of a clock skew is made at 
the reception of each packet. The estimate of the overall 
clock skew becomes more and more accurate as more and 
more packets are received. It is appreciated that Ihe flow 
chart shown in FIG. 2 is only for illustration, not for 
limitation. For example, the sequence of the measuring/ 
estimating steps can be altered within the principles of the 
present invention. 

In FIG. 2, a packet N+l is received by a receiver in box 
200. The receiver obtains the sender timestamp from the 
packet meanwhile recording the receiving time in box 202. 
A delay Del^^ is determined in box 204. A jitter is then 
computed in box 206. In box 208, an average jitter and an 
average inter-packet time arc computed by averagers which 
are commonly used by a person skilled in the art. Finally, a 
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relative skew Rrelj^, is determined in box 210. 

Accordingly, the present invention provides a method for 
measuring/estimating the relative clock skew between net- 
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work nodes in a packet based communication network. The 
potential use of such a scheme can be ranged from integra- 
tion into applications to use by network operators as a 
performance measurement technique. Further, it is appreci- 
ated that the above clock skew measurement technique can 
be generally used for many other clock skew correction 
applications. 

The foregoing description of the exemplary embodiment 
of the invention has been presented for the purposes of 
illustration and description. It is not intended to be exhaus- 
tive or to limit the invention to the precise form disclosed. 
Many modifications and variations are possible in light of 
the above teaching. It is intended that the scope of the 
invention be limited not with this detailed description, but 
rather by the claims appended hereto. 

What is claimed is: 

1. A method for determining a clock skew between at least 
a first and second clocks in a network, comprising: 

transmitting a plurality of packets from a first network 
node to a second network node, each of the packets 
having a timestamp which records time measured by 
the first clock at the first network node; 

receiving one of the packets at the second network node 
and recording time measured by the second clock at the 
second network node; 

obtaining the timestamp of the one packet; 

computing a time delay between a time of transmitting the 
one packet and a time of receiving the one packet; 

computing a jitter between the time delay for the one 
packet and the time delay for a next packet consecu- 
tively transmitted after the one packet; 

averaging jitters after transmitting the plurality of packets; 

averaging inter-packet times, each of the inter-packet 
times being a time interval between transmitting two 
consecutive of the plurality of packets at the first 
network node; and 

determining the clock skew by dividing an average of the 
jitters by an average of the inter-packet times. 

2. The method of claim 1, wherein the network is a packet 
based communication network. 

3. The method of claim 1, wherein lime recordings by the 
first and second clocks are relative to a global clock. 

4. A system of determining a clock skew between at least 
a first and second clocks in a network, comprising: 

a transmitter for transmitting a plurality of packets from 
a first network node to a second network node, each of 
the packets having a timestamp which records time 
measured by the first clock at the first network node; 

a receiver for receiving one of the packets at the second 
network node and recording time measured by the 
second clock at the second network node; and 

means for determining a clock skew between the first and 
second clocks based on the timestamps and the time 
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measured by the second clock, wherein the clock skew 
determining means includes: 

means for obtaining the timestamp of the one packet 
recorded at the first clock; 

means for computing a time delay between a lime of 
transmitting the one packet and a time of receiving 
the one packet; 

means for computing a jitter between the time delay for 
the one packet and the time delay for a next packet 
consecutively transmitted after the one packet; 

a first averager averaging jitters after transmitting the 
plurality of packets; and 

a second averager averaging inter-packet times, each of 
the inter-packet times being a time interval between 
transmitting two consecutive of the plurality of pack- 
ets at the first network node; wherein the clock skew 
is determined by dividing an average of the jitters by 
an average of the inter-packet limes. 

5. The system of claim 4, wherein the network is a packet 
based communication network. 

6. The system of claim 4, wherein the time recordings by 
the first and second clocks are relative to a global clock. 

7. An article of manufacture for a computer-based data 
processing system, the article of manufacture comprising a 
computer readable medium having instructions for causing 
a computer to perform a method for determining a clock 
skew between at least a first and second clocks in a network, 
comprising: 

transmitting a plurality of packets from a first network 
node to a second network node, each of the packets 
having a timestamp which records lime measured by 
the first clock at the first network node; 

receiving one of the packets at the second network node 
and recording lime measured by the second clock at the 
second network node; 

obtaining the timestamp of the one packet; 

computing a lime delay between a time of transmitting the 
one packet and a time of receiving (he one packet; 

computing a jitter between the time delay for the one 
packet and the time delay for a next packet consecu- 
tively transmitted after the one packet; 

averaging jitters after transmitting the plurality of packets; 

averaging inter-packet times, each of the inter-packet 
times being a time interval between transmitting two 
consecutive of the plurality of packets at the first 
network node; and 

determining the clock skew by dividing an average of the 
jitters by an average of the inter-packet times. 

8. The article of claim 7, wherein the network is a packet 
based communication network. 

9. The article of manufacture of claim 7, wherein time 
recordings by the first and second clocks are relative to a 
global clock. 
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